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computer source code of one preferred embodiment of the invention.- In other *j 
embodiments of the invention, the inventive concept may be implemented in other 
computer code, in computer hardware, in other circuitry, in a combination of these-, or 
otherwise. The Microfiche Appendix is hereby incorporated by reference in its entirety 
and is considered to be a part of the disclosure of this specification. 

I. Background of the Invention 

A. Field of the Invention 

The invention relates to methods and systems for analyzing medical 
claims histories and billing patterns to statistically establish treatment utilization 
patterns for various medical services. Data is validated using statistical and clinically 
derived methods. Based on historical treatment patterns and a fee schedule, an accurate 
model of the cost of a specific medical episode can be created. Various treatment 
patterns for a particular diagnosis can be compared by treatment cost and patient 
outcome to determine the most effective treatment approach. It is also possible to 
identify those medical providers who provide treatment that does not fall within the 
statistically established treatment patterns or profiles. 



B. The Background Art 

It is desirable to compare claims for reimbursement for medical services 
against a treatment pattern developed from a large body of accurate medical provider 
billing history information. Although in the prior art some attempt was made to 
compare claims for reimbursement for medical services to a normative index, the prior 
art did not construct the normative index based on actual clinical data. Rather, the prior 
art based the normative index on a subjective conception (such as the medical consensus 
of a specialty group) of what the proper or typical course of treatment should be for a 
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given diagnosis. Such prior art normative indices tended to vary from the reality of 
medical practice. In the prior art, automated medical claims processing systems, 
systems for detecting submission of a fraudulent medical claims, and systems for 
providing a medical baseline for the evaluation of ambulatory medical services were 
known. Documents which may be relevant to the background of the invention, 
including documents pertaining to medical reimbursement systems, mechanisms for 
detecting fraudulent medical claims, and related analytical and processing methods, 
were known. Examples include: U.S. Pat. No. 4,858,121, entitled "Medical Payment 
System" and issued in the name Barber et al. on Aug. 15, 1989; U.S. Pat. No. 5,253,164, 
entitled "System and Method for Detecting Fraudulent Medical Claims Via Examination 
of Service Codes" and issued in the name of Holloway et al. on Oct. 12, 1993; U.S. Pat. 
No. 4,803,641, entitled "Basic Expert System Tool" and issued in the name of Hardy et 
al. on Feb. 7, 1989; U.S. Pat. No. 5,658,370, entitled "Knowledge Engineering Tool" 
and issued in the name of Erman et al. on Apr. 14, 1987; U.S. Pat. No. 4,667,292, 
entitled "Medical Reimbursement Computer System" and issued in the name of 
Mohlenbrock et al. on May 19, 1987; U.S. Pat. No. 4,858,121, entitled "Medical 
Payment System" and issued in the name of Barber et al. on Aug. 15, 1989; and U.S. 
Pat. No. 4,987,538, entitled "Automated Processing of Provider Billings" and issued in 
the name of Johnson et al. on Jan. 22, 1991, each of which is hereby incorporated by 
reference in its entirety for the material disclosed therein. 

Additional examples of documents that may be relevant to the 
background of the invention are: Leape, "Practice Guidelines and Standards: An 
Overview," ORB (Feb. 1990); Jollis et al., "Discordance of Databases Designed for 
Claims Payment versus Clinical Information Systems," Annals of Internal Medicine 
(Oct. 15, 1993); Freed et al., "Tracking Quality Assurance Activity," American College 
of Utilization Review Physicians (November, 1988); Roberts et al., "Quality and Cost- 
Efficiency," American College of Utilization Review Physicians (November, 1988), 
Rodriguez, "Literature Review," Quality Assurance and Utilization Review - Official 
Journal of the American College of Medical Quality (Fall 1991); Elden, "The Direction 
of the Healthcare Marketplace," Journal of the American College of Utilization Review 
Physicians (August 1989); Rodriguez, "Literature Review," Quality Assurance and 
Utilization Review - Official Journal of the American College of Medical Quality (Fall 
1991); Roos et al., "Using Administrative Data to Predict Important Health Outcomes," 



Medical Care (March 1988); Burns et al., "The Use of Continuous Quality Improvement 
Methods in the Development and Dissemination of Medical Practice Guidelines, ORB 
(December, 1992); Weingarten, "The Case for Intensive Dissemination: Adoption of 
Practice Guidelines in the Coronary Care Unit," ORB (December, 1992); Flagle et al., 
"AHCPR-NLM Joint Initiative for Health Services Research Information: 1992 Update 
on OHSRI," ORB (December, 1992); Holzer, "The Advent of Clinical Standards for 
Professional Liability," ORB (February, 1990); Gottleib et al., "Clinical Practice 
Guidelines at an HMO: Development and Implementation in a Quality Improvement 
Model," ORB (February, 1990); Borbas et al., "The Minnesota Clinical Comparison and 
Assessment Project," ORB (February, 1990); Weiner et al., "Applying Insurance Claims 
Data to Assess Quality of Care: A Compilation of Potential Indicators," ORB 
(December, 1990); Wakefield et al., "Overcoming the Barriers to Implementation of 
TQM/CQI in Hospitals: Myths and Realities," ORB (March, 1993); Donabedian, "The 
Role of Outcomes in Quality Assessment and Assurance," ORB (November, 1992); 
Dolan et al., "Using the Analytic Hierarchy Process (AHP) to Develop and Disseminate 
Guidelines," ORB (December, 1992); Hadorn et al., "An Annotated Algorithm 
Approach to Clinical Guideline Development," JAMA (Jun. 24, 1992); Falconer et al., 
"The Critical Path Method in Stroke Rehabilitation: Lessons from an Experiment in 
Cost Containment and Outcome Improvement," ORB (January, 1993); Reinertsen, 
"Outcomes Management and Continuous Quality Improvement: The Compass and the 
Rudder," ORB (January, 1993); Mennemeyer, "Downstream Outcomes: Using 
Insurance Claims Data to Screen for Errors in Clinical Laboratory Testing," ORB (June, 
1991); Iezzoni, "Using Severity Information for Quality Assessment: A Review of 
Three Cases by Five Severity Measures," ORB (December 1989); Kahn, "Measuring the 
Clinical Appropriateness of the Use of a Procedure," Medical Care (April, 1988); Wall, 
"Practice Guidelines: Promise or Panacea?," The Journal of Family Practice (1993); 
Lawless, "A Managed Care Approach to Outpatient Review," Quality Assurance and 
Utilization Review - Official Journal of the American College of Utilization Review 
Physicians (May, 1990); Dragalin et al., "Institutes for Quality: Prudential's Approach 
to Outcomes Management for Specialty Procedures," ORB (March, 1990); Chinsky, 
"Patterns of Treatment Ambulatory Health Care Management, Physician Profiling - The 
Impact of Physician, Patient, and Market Characteristics On Appropriateness of 
Physician Practice in the Ambulatory Setting," (Doctoral Dissertation, The University of 
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Michigan, 1991), published by Concurrent Review Concurrent Review Technology, 
Inc., Shingle Springs, California; "Patterns of Treatment Ambulatory Health Care 
Management, Implementation Guide," published by Concurrent Review Concurrent 
Review Technology, Inc., Shingle Springs, California; "Patterns of Treatment 
Ambulatory Health Care Management, Patterns Processing Model," published by 
Concurrent Review Concurrent Review Technology, Inc., Shingle Springs, California; 
Report on Medical Guidelines & Outcome Research . 4 (Feb. 1 1, 1993); "Practice 
Guidelines - The Experience of Medical Specialty Societies," United States General 
Accounting Office Report to Congressional Requestors (GAO/PEMD-91-1 1 Practice 
Guideline) (Feb. 21, 1991); "Medicare Intermediary Manual Part 3 - Claims Process," 
Department of Health and Human Services. Health Care Financing Administration, 
Transmittal No. 1595 (April 1993); CCH Pulse The Health Care Reform Newsletter 
(Apr. 19, 1993); Winslow, "Report Card on Quality and Efficiency of HMOs May 
Provide a Model for Others," The Wall Street Journal ; Jencks et al., "Strategies for 
Reforming Medicare's Physician Payments," The New England Journal of Medicine 
(Jun. 6, 1985); Solon et al., "Delineating Episodes of Medical Care," A.J.P.H. (March, 
1967); Health Care (September, 1986) (the entire issue of Volume 24, Number 9, 
Supplement); Miller et al., "Physician Charges in the Hospital," Medical Care (July, 
1992); Garnick, "Services and Charges by PPO Physicians for PPO and Indemnity 
Patients," Medical Care (October, 1990); Hurwicz et al., "Care Seeking for 
Musculoskeletal and Respiratory Episodes in a Medicare Population," Medical Care 
(November, 1991), Gold, "The Content of Adult Primary Care Episodes," Public Health 
Reports (January-February, 1982); Welch et al., "Geographic Variations in 
Expenditures for Physicians' Services in the United States," The New England Journal 
of Medicine (Mar. 4, 1993); Schneeweiss et al., "Diagnosis Clusters: A New Tool for 
Analyzing the Content of Ambulatory Medical Care," Medical Care (January, 1983); 
Showstack, "Episode-of-Care Physician Payment: A Study of Coronary Arter Bypass 
Graft Surgery," Inquiry (Winter, 1987); Schappert, "National Ambulatory Medical 
Survey: 1989 Summary," Vital and Health Statistics, U.S. Department of Health and 
Human Sendees, Public Health Service, Centers for Disease Control. National Center 
for Health Statistics (April, 1992) (DHHS Publication No. [PHS] 92-1771); Graves, 
"Detailed Diagnoses and Procedures, National Hospital Discharge Survey, 1990," Vital 
and Health Statistics, U.S. Department of Health and Human Services. Public Health 



4 



Service, Centers for Disease Control. National Center for Health Statistics (June, 1992) 
(DHHS Publication No. [PHS] 92-1774); "National Hospital Discharge Survey: Annual 
Summary, 1990," Vital and Health Statistics. U.S. Department of Health and Human 
Services. Public Health Service. Centers for Disease Control. National Center for Health 
Statistics (June, 1992) (DHHS Publication No. [PHS] 92-1773); "Prevalence of 
Selected Chronic Conditions: United States, 1986-88," Vital and Health Statistics. U.S. 
Department of Health and Human Services. Public Health Service. Centers for Disease 
Control. National Center for Health Statistics (February, 1993) (Series 10, No. 182); 
"Current Estimates From the National Health Interview Survey, 1991," Vital and Health 
Statistics. U.S. Department of Health and Human Services. Public Health Service. 
Centers for Disease Control. National Center for Health Statistics (February. 1993) ' 
(DHHS Publication No. [PHS] 93-1512); Iezzoni et al., "A Description and Clinical 
Assessment of the Computerized Severity Index," ORB (February, 1992); Health Care 
Financing Review , p. 30 (Winter, 1991); Statistical Abstract of the United States 
(1992); and Health and Prevention Profile - United States (199H (published by U.S. 
Department of Health and Human Services, Public Health Service, Centers for Disease 
Control, National Center for Health Studies), each of which is hereby incorporated by 
reference in its entirety for the material disclosed therein. 

Additional background materials to which the reader is directed for both 
background and to refer to while studying this specification include: Physicians' Current 
Procedural Terminology CPT '94 . published by American Medical Association, Code it 
Right Techniques for Accurate Medical Coding , published by Medicode Inc., HCPCS 
1 994 Medicares National Level II Codes , published by Medicode Inc., Med-Index ICD 
9 CM Fourth Edition 1993 . published by Med-Index, each of which is hereby 
incorporated by reference in its entirety for the material disclosed therein. 

II. Summary of the Invention 

It is an object to provide a mechanism for assessing medical services 
utilization patterns. The invention achieves this object by allowing comparison 
processing to compare an individual treatment or a treatment group against a statistical 
norm or against a trend. 

It is an object of the invention to provide a mechanism for converting 
raw medical providers' billing data into a database. The invention achieves this object 
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by read, analyze and merge ("RAM") processing coupled with claims edit processing to 
achieve a reliable, relevant data set. 

It is an object of the invention to provide a mechanism for accurately 
determining an episode of care. The invention achieves this object by providing a 
sequence of steps which, when performed, yield an episode of care while filtering out 
irrelevant and inapplicable data. 

It is an object of the invention to provide a method for performing a 
look-up of information, that is, providing a mechanism for gaining access to different 
parts of the informational tables maintained in the database. This object is achieved by 
reviewing the referenced tables for specific codes representing specific diagnoses. The 
codes are verified for accuracy. Then tables are accessed to display selected profiles. 
Users are then given the opportunity to select profiles for comparison. 

It is an object of the invention to provide a method for comparing 
profiles. This object is achieved by comparing index codes against historical reference 
information. Discovered information is checked against defined statistical criteria. The 
process is repeated for each index code and its profiles developed in the history process 
as many times as necessary to complete the information gathering. 

It is an object of the invention to create, maintain and present to the user 
a variety of report products. These reports are provided either on-line or in a hard copy 
format. The process of creating, maintaining and presenting these reports is designed to 
present relevant information in a complete and useful manner. 

It is an object of the invention to provide a mechanism for creating a 
practice parameter database. This object is achieved in the invention by repetitive 
episode of care processing and entry of processed episode of care data into a data table 
until the populated data table becomes the practice parameter database. 

III. Brief Description of the Drawings 

FIG. 1 depicts steps performed in the method of the invention to 
establish a practice parameter or utilization profile for a particular diagnosis. 
FIG. 2 depicts an episode of care for a single disease. 
FIG. 3 depicts an episode of care for concurrent diseases. 
FIG. 4 depicts potential outcomes for an episode of care. 
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FIG. 5 depicts phases of an episode of care. 

FIGs. 6-8 depicts processing of data before episode of care processing 

begins. 

FIG. 9 depicts episode of care processing. 

FIG. 10 depicts principle elements of the invention and their relationship 

to each other. 

FIG. 1 1 depicts the process of the preferred embodiment of the Read, 
Analyze, Merge element of the invention. 

FIG. 12 depicts the process of the preferred embodiment of the Episode 
of Care element of the invention. 

FIG. 13 depicts the process of the preferred embodiment of the Look-up 
element of the invention. 

FIG. 14 depicts the process of the preferred embodiment of the Subset 
Parameter Look-up component of the Look-up element of the invention. 

FIG. 15 depicts the process of the preferred embodiment of the Profile 
Comparison element of the invention. 

IV. Detailed Description of the Preferred Embodiment 

The invention includes both a system and a method for analyzing 
healthcare providers' billing patterns, enabling an assessment of medical services 
utilization patterns. When the invention is employed, it can readily be seen whether a 
provider or multiple providers are overutilizing or underutilizing services when 
compared to a particular historical statistical profile. The statistical profiles of the 
invention are a statically-derived norms based on clinically-validated data which has 
been edited to eliminate erroneous or misleading information. The profiles may be 
derived from geographic provider billing data, national provider billing data, the 
provider billing data of a particular payor entity (such as an insurance company) or 
various other real data groupings or sets. Multiple informational tables are used in the 
database of the preferred embodiment of the invention. These include a Procedure 
Description Table, ICD-9 Description Table, Index Table, Index Global Table, Index 
Detail Table, Window Table, Procedure Parameter Table, Category Table, Qualifying 
Master Table, Specialty Table, Zip/Region Table, Specialty Statistic Table, Age/Gender 
Statistic Table, Region Statistic Table, Qualifying Index Table, Qualifying Group Table, 
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Category Parameter Table, and Duration Parameter Table. ICD 9 codes or ICD 
(International Classification of Diseases, generically referred to as a disease 
classification) codes as they are generally referred to herein are used in the preferred 
embodiment. In other embodiments of the invention other codes could be used, such as: 
predecessors or successors to ICD codes or substitutes therefor, such as DSM 3 codes, 
SNOWMED codes, or any other diagnostic coding schemes. These tables are described 
in detail as follows. It should be noted, however, that these tables described are used by 
the inventors in one implementation of the invention, and that the inventive concept 
described herein may be implemented in a variety of ways. 

PROCEDURE DESCRIPTION TABLE 

This table identifies and validates five years of both CPT (Current Procedural 
Terminology, generically referred to as an identifying code for reporting a medical 
service) and HCPCS level II procedure codes. The lifetime occurrence maximum and 
follow-up days associated with a procedure code are also located in this table. 



Code (Key) 


Alpha/Numeric 


5 


Standard CPT or HCPCS (5 Years including 
Modifiers) 


Sub-Code 


Character 


2 


* = Starred Procedures 
N = New Codes Current Year 
Dl = Deleted Code Current Year 
D2 = Deleted Code Previous Year 
D3 = Deleted Code Third Year 
D4 = Deleted Code Fourth Year 
C = Changed Description 


Life Time 
Occurrence 


Numeric 


2 


Number = Count of occurrence in a lifetime 
Blank = Not applicable 


Follow Up Days 


Numeric 


3 


Number of Follow up Days to procedure. 


Description 


Character 


48 


Standard abbreviated description 



Total 60 



USE: 

• This table can validate CPT and HCPCS codes. 

• Five years of codes will be kept. 

• Give a brief description of the code. 



8 



f 



• Gives the maximum number of occurrences that this code can be done in a 
lifetime, if applicable. (Programming not addressed, to date) 

• Give the number of follow up days to a procedure. (Programming not addressed, 
to date) 

• Modifiers are stored in this table with a "099" prefix (i.e., the 80 modifier is 
"09980") with a description of the modifier. 

• This table interrelates with: 

- Parameter Tables 

- Category Table 

- Qualifying Tables 

- Specialty Table 

- CPT Statistic Table 

ICD-9 DESCRIPTION TABLE 

This table identifies and validates five years of diagnosis codes. It also 



contains a risk adjustment factor for each diagnosis. 



ICD-9 Code (Key) 


Alpha/Numeric 


5 ■ 


Left justified, assumed decimal after 3rd 
position 


Sub-Code 


Character 


2 


N = New Code 
D = Deleted Code 
C = Changed Code 


Indicator 


Character 


1 


* or blank 

* = code requires 4th and/or 5th digits to be 
specific 


Risk 


Alpha/Numeric 


2 


Overall Classification of Disease 


Description 


Character 


48 


Standard abbreviated description 



Total 58 
USE: 

• This table can validate ICD codes. 

• Five years of codes will be kept. 

• Give a brief description of the code. 

• Show if the code is incomplete and in need of a fourth or fifth digit. An ICD code 
which should have a 4th and/or 5th digit is listed with an "*". 

• This file interrelates with: 
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- Index Table 

- Index Detail Table 

- Index Global Table 

- Qualifying Master Table 

- Family Table 

- All Parameter Tables 

INDEX DETAIL TABLE 

This table identi fies ICD-9 codes relevant to. each.speeifIc,index_code 
and is used to drive the search for each episode of care. ICD-9 codes have been given 
a n indica tor which determines whether or not the associated CPT code should be 
included in the episode of care. Also, an indicator may cause exclusion of an>isp.ecific 



patient record from an episode of care analysis. 



Index Code 
fa"** 


Alpha/Numeric or 
character 


5 


Left justified assumed decimal after 3rd 
position. 


Indicator 


Character 


2 


I = Index code 

R = Related 

S = signs/symptoms 

RO = Rule out 

C = complications (exclude) 

M = miscoded 

V = Vcodes 

MI = Miscoded Index 


Beg-ICD 


Alpha/Numeric 


5 


ICD-9 Beginning Range Code 


End-ICD 


Alpha/Numeric 


5 


ICD-9 Ending Range Code 


Update 


Character 


1 


A, C, or Blank 



Total 17 
USE: 



• This table drives the search for the Episode of Care (EOC) and is keyed off the 
Index Code field. 

• Other codes to be included in the parameter search are specified in the indicator 
field. 

• ICD codes with an indicator of "C" when found in a patient history will disqualify 
the entire patient from the EOC process. 
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ICD codes maintained in this table are listed as complete as verified by the ICD 
description table, with the exception of ICD codes beginning with an indicator of 
M M". Programming logic should consider this when using "M" codes in the search 
process. 

This table is used for drafting and populating a temporary file built from this table 
and the Index Global Table based on indicators and keys extrapolated from the 
Index table. 

PROGRAM LOGIC TO ASSIGN EPISODE OF CARE 

Any patient history with an ICD from the temp file for the chosen Index code is 
tagged for possible assignment of Episode of Care. 

Perform a search on patient history for any ICD code from temp file with an 

indicator of "C". If found, exclude entire patient history from EOC search. 

The quali fying tables are acces sed to verify if specific qualifying factors apply to 

determine if patient history meets criteria for determination of valid episode of 

c are. ( See Qualifying Tables for further explanation) 

The qualifying table is then accessed for further delineation of qualifying 

circumstances by EOC. 

A timeline is tracked, by patient, for all potential Episodes of care that may occur 
for a given patient history. 

The data is arrayed based onjirofUe classes which are eight subsets of Procedure 
categories. An aggregate of all procedures can also be reported. (See Category 
Table for further explanation) 
This table interrelates with: 

- ICD Description Table 

- Index Table 

- Index Global Table 

- Parameter Table 
CPT Statistic Table 

- Age/Sex Table 
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INDEX TABLE 



This table provides a preliminary step for assigning and accessing 
different tables during the Episode of Care process. This table houses the assignment of 
staging and whether or not the Index Global table should be accessed. 



Index Code 


Alpha/Numeric 


5 


Left justified assumed decimal after 3rd 
position. 


Staging 


Character 


2 


P = preventive 

A = acute 

C = chronic 

L = life threatening 

M = manifestations 


Global Key 


Alpha 


2 


C = complications 

Ml = miscoded medical vcodes 

M2 = miscoded surgical vcodes 

1= medical vcodes 

2 = surgical vcodes 


Indicator 


Character 


2 


C = complications 
V = vcodes 


Update 


Character 


1 


A, C, or Blank 



Total 12 
USE: 



• Once an Index code has been selected, this table is searched for whether or not the 
global index table needs to be accessed. 

• This table assigns the staging for the index code which points to the window table. 

• This table interrelates with: 

- ICD Description Table 

- Index Detail Table 

- Index Global Table 

- Window Table 
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INDEX GLOBAL TABLE 

This table gives a listing of ICD-9 codes common to most Index codes 
for either inclusion in an EOC such as preventive or aftercare, or exclusion of a patient 
history such as medical complications. 



GLOBAL KEY 


Alpha/Numeric 


2 


C = complications 

Ml = miscoded medical vcodes 

M2 - miscoded surgical vcodes 

1 = medical vcodes 

2 = surgical vcodes 


ICD Beginning 


Alpha/Numeric 


5 


ICD-9 Beginning range code 


ICD Ending 


Alpha/Numeric 


5 


ICD-9 Ending range code 


Update 


Character 


1 


A, C, or Blank 



Total 
USE: 
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This table is used to identify a generic V Code or complication ICD code to be 

used in an EOC search for any Index code. 

It is triggered by the Index table. 

The surgical Vcodes include all Ml, M2, 1 and 2's. 

Medical Vcodes include Ml and 1. 

A complication ICD code will negate the use of a patient history from the EOC 
search. 

A temporary file for the index code is created based on ICDs extrapolated from 
this table as well as the Index detail table 
This table interrelates with: 

- ICD Description Table 

- Index Table 

- Index Detail Table 
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WINDOW TABLE 

This table contains the time period preceding and following an episode 
of care that must be present without any services provided to the patient relating to the 
index code or associated codes,. These windows are used to define the beginning and 
end points of an episode of care. This table is driven from the staging field in the index 
table. 



Index Code 


Alpha/ 
Numeric 


5 


Left justified assumed decimal after 3rd 
position 


Staging Indicator 


Character 


2 


P = Preventive 

C = Chronic, A = Acute 

L = Life threatening, M = Manifestation 


Beginning Window 


Numeric 


3 


Time Period for no occurrence of ICD for 
Index Code 


Ending Window 


Numeric 


3 


Time Period for no occurrence of ICD for 
Index Code 


Update 


Character 


1 


A, C, or Blank 



Total y 
USE: 

• This table is keyed off of the staging indicator and it tells the program how long of 
a "Clear Window" is needed on both ends of this EOC for it to be valid. 



PROCEDURE PARAMETER TABLE 

This table contains the specific CPT codes identified for each index code 
listed chronologically with associated percentiles, mode, and average. 



Index Code 


Alpha/Numeric 


5 


Left justified assumed decimal after 3rd 
position 


Profile 


Alpha/Numeric 


2 


Mnemonic 


Procedure 


Alpha/Numeric 


5 


CPT, HCPCS 


timeframe 


Alpha/Numeric 


3 


Mnemonic for timeframe or total 


50th percentile 


Numeric 


4 


Beginning percentile range 


50th percentile 


Numeric 


4 


ending percentile range 


75th percentile 


Numeric 


4 


beginning percentile range 


75th percentile 


Numeric 


4 


ending percentile range 


95th percentile 


Numeric 


4 


beginning percentile range 
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95th percentile 


Numeric 


A 


pnHinp nercentile ranee 


Mode 


Numeric 


3 


Numeric Count 


Count 


Numeric 


7 


Number of EOCs for timeframe 


Sum 


Numeric 


7 


Number of services for timeframe 


Weighting 


Numeric 


6 


Numeric count, assumed decimal (4.2) 


Update 


Character 


1 


A, C, or Blank 



Total 63 
USE: 

This table shows which CPTs are historically billed and statistically how often for 



a Specific Index Code. 



CATEGORY PARAMETER TABLE 

This table contains a listing of the procedural categories identified for 
each index code listed chronologically with associated percentiles, mode, and average. 



Index Code 


Alpha/Numeric 


5 


Left justified assumed decimal after 3rd 
position. 


Profile 


Alpha/Numeric 


2 


Mnemonic 


Category 


Alpha/Numeric 


4 


category 


timeframe 


Alpha/Numeric 


3 


Mnemonic of timeframe or total 


50th percentile 


Numeric 


4 


beginning percentile range 


50th percentile 


Numeric 


4 


ending percentile range 


75th percentile 


Numeric 


4 


beginning percentile range 


75th percentile 


Numeric 


4 


ending percentile range 


95th percentile 


Numeric 


4 


beginning percentile range 


95th percentile 


Numeric 


4 


and ending percentile range 


Mode 


Numeric 


3 


Numeric Count, assumed decimal (4.2) 


1 Count 


Numeric 


7 


Number of EOCs for the timeframe 


Sum 


Numeric 


7 


Number of services for the timeframe 


1 Update 


Character 


1 


A, C, or Blank 



Total -> G 
USE: 

• This table shows which Procedural Categories are historically billed and 
statistically how often for a Specific Index Code. 
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DURATION PARAMETER TABLE 

This table contains the EOC duration distribution for a given Index code. 



Index Code 


Alpha/Numeric 


5 


Left justified assumed decimal after 3rd 
position. 


Profile 


Alpha/Numeric 


2 


Mnemonic 


50th percentile 


Numeric 


4 


beginning range 


50th percentile 


Numeric 


4 


ending range 


75th percentile 


Numeric 


4 


beginning range 


75th percentile 


Numeric 


4 


ending range 


95th percentile 


Numeric 


4 


beginning range 


95th percentile 


Numeric 


4 


ending range 


Mode 


Numeric 


3 


beginning and ending range 


Update 


Character 


2 


A- Add 
C = Change 



Total 36 



USE: 

• This table gives access to Statistical information about EOC durations of care for a 
given index code. 

• It interrelates with: 

- Index Detail table 

- Parameter table 



CATEGORY TABLE 

This Table provides a grouping of CPT codes into categories of similar 

services. 



Category 


Alpha/Numeric 


4 


Mnemonics 


Beg-CPT 


Alpha/Numeric 


5 


Beginning CPT Range 


End-CPT 


Alpha/Numeric 


5 


Ending CPT Range 


Update 


Character 


1 


A, C, or Blank 



Total 15 
USE: 
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Procedure codes have been categorized according to most likely type of service 
they may represent. It could be characterized as a sorting mechanism for 
procedure codes. 

Categories are also used for arraying Episodes of Care into profile classes or can 
be reported as an aggregate. The subsets of the aggregate are: 



0_ 


Common Profile 


1 


Surgery/Radiation/Medicine Profile 


2 


Medicine/Radiation Profile 


3 


Surgery/Radiation Profile 


4 


Surgery/Medicine Profile 


5 


Radiation Profile 


6 


Medicine Profile 


7 


Surgery Profile 



• This table interrelates with: 

- Parameter Table 

- Qualifying Tables 

- Procedure Table 



QUALIFYING MASTER TABLE 

This table provides a preliminary step for determining qualifying 
circumstances that may eliminate a patient history for determination of an Episode of 
Care. It also provides the initial sort of an episode of care for a specific profile class. 



Index Code 


Alphanumeric 


5 


Left justified, assumed decimal afterSrd 
position 


Scope 


Alpha 


1 


P = Patient 

E = Episode of Care 

B = Both 


Profile 


Alpha/Numeric 


2 


Mnemonic or Blank 


Group 


Alphanumeric 


5 


Correlates to group ID in Qualifying Group 
Table 


Update 


Character 


1 


A, C, or Blank 



Total 14 
USE: 
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Preliminary step in EOC qualifying process. 
This table interrelates with: 

Index Detail Table 
- Qualifying Group Table 



QUALIFYING GROUP TABLE 

This table groups certain qualifying circumstances to aid in an efficient 
search for data meeting the criteria. 



Group 


Alphanumeric 


5 


Left justified assumed decimal after 3rd 
position 


Rule Type 


Alphanumeric 


2 


II = Index Code specific rule 

IS = specific ICD code rule 

IC = multiple ICD to category rule 

CC = Multiple code rule 

CS = code specific rule 

IG = ICD to gender rule 

IA = ICD to age rule 


Rule Identifier 


Alpha/Numeric 


1 


T = True F = False (toggle) 

M = Male F = Female if IG rule type 


Number required 


numeric 


2 


number value 


Update 


Character 


1 


A, C, or Blank 



Total 
USE: 



This table groups all rule s qualifying EO Cs. 

^ . — 

This table interrelates with: 

- Qualifying Index Table 

Qualifying Code Table 

Qualifying Master Table 
A rule type (or rule types) is assigned by group delineating if the rule applies to a 
single or multiple ICD, single or multiple CPT or category or any combination 
thereof. 

The rule identifier is an assigned mnemonic based on what the rule is to achieve. 
The Logical indicates if the rule is positive or negative (inclusionary or 
exclusionary) 
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The Number Required is a count of the number of occurrences required for the 
rule to be valid. 

QUALIFYING INDEX TABLE 



Table houses qualifying circumstances based on presence or non- 
existence of Specific procedures and/or ICD codes that would qualify or disqualify a 
patient history in the determination of an Episode of Care. 



Rule Type 


Alpha/Numeric 


2 


II = Index Code specific rule 

IS = specific ICD code rule 

IC = multiple ICD to category rule 

IA = ICD to age rule 

EG = ICD to gender 


Rule Identifier 


Alpha/Numeric 


4 


assigned from Qualifying Master Table 


Indicator 


Alpha/Numeric 


2 


I = Index code 

R = Related 

S = signs/symptoms 

RO = Rule out 

M = Miscoded 

V = Vcodes 

MI = Miscoded Index 

or Blank 


Code 


Alpha/Numeric 


5 


category, CPT, HCPCS, ICD or blank 


Update 


Character 


1 


A, C, or Blank 



Total 14 
USE: 



• To act as a qualifying mechanism for determining if claims information can be 
used in the assignment of an EOC 

• This table interrelates with: 

- Procedure Table 

- Category Table 

- Qualifying Group Table 

- ICD Description Table 

- Index Detail Table 
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QUALIFYING CODE TABLE 

Table houses qualifying circumstances based on the presence or non- 
existence of a specific combination of procedure codes that would qualify or disqualify 
a patient history in the determination of an Episode of Care. 



Rule Type 


Alpha/Numeric 


2 


CC = Multiple code rule 
CS = code specific rule 


Rule Identifier 


Alpha/Numeric 


4 


As labeled in Qualifying Master Table 


Primary code 


Alpha/Numeric 


5 


CPT, HCPCS or category or ICD 


Secondary Code 


Alpha/Numeric 


5 


CPT, HCPCS or category or ICD 


Update 


Character 


1 


A, C, or Blank 



Total 14 
USE: 



To act as a qualifying mechanism for determining if claims information can be 
used in the assignment of an EOC. 
This table interrelates with: 

- Procedure Table 

- Category Table 

- Qualifying Group Table 



SPECIALTY TABLE 

Table provides a listing of medical specialties with an assigned numeric 

identifier. 



Specialty (Key) 


Alpha/Numeric 


3 


Medicare specialty indicator 


Beg-CPT 


Alpha/Numeric 


5 


Beginning CPT to include 


End-CPT 


Alpha/Numeric 


5 


Ending CPT to include 


Update 


Character 


1 


A, C. or Blank 



Total 14 
USE: 



This table is used to specify which Specialty is most commonly used 
with which CPT. 

A description of the specialty will be in the documentation. 
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ZIP/REGION TABLE 

Table provides a listing of geographical zip codes sorted into 10 regional 
zones, standard HCFA information. 



Region Indicator 


Alpha/Numeric 


2 


Medicares Ten Regions 


Beg-Zip Code 


Numeric 


5 


Beginning Zip Code Range 


Beg-Zip Code 


Numeric 


5 


Ending Zip Code Range 


Update 


Character 


1 


A, C, or Blank 



Total 13 
USE: 



This table is used to specify which Medicare Region to use for the . 

statistic table. 



SPECIALTY STATISTIC TABLE 



Table provides a listing of medical specialties with an assigned numeric 

identifier. 



Index Code 


Alpha/Numeric 


5 


Left justified assumed decimal after 3rd 
position. 


Specialty 


Alpha/Numeric 






Beg-CPT Code 


Alpha/Numeric 


5 


Beginning Range (Service Area) 


Beg-CPT Code 


Alphanumeric 


5 


Ending Range (Service Area) 


Category 


Alpha/Numeric 


4 


Mnemonic 


Multiplier 


Numeric 


6 


Implied decimal (4.2) 


Update 


Character 


1 


A, C, or Blank 



Total 29 
USE: 



This table is a matrix that is directly tied to the parameter table by the 
index code. Its purpose is to give a numeric multiplier that is applied to the occurrence 
field in the parameter table, to vary the parameter by service area and/or sex and/or 
region, (i.e., if the occurrence is 2 and the multiplier for a specialist is 1.5, the specialist 
may receive a total of 3.) Multiple multipliers may be applicable to each parameter. 
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AGE/GENDER STATISTIC TABLE 

Table provides a listing of each CPT code for an index code with a 
numerical factor used to adjust the frequency of each code by age and/or gender specific 
data analysis. 



Index Code 


Alpha/Numeric 


5 


Left justified assumed decimal after 3rd 
position. 


Age 


Alpha/Numeric 


2 


00-99 


Sex 


Alpha/Numeric 


1 


M, F or Blank 


Category 


Alpha/Numeric 


3 


Mnemonic 


Multiplier 


Decimal 


6 


Implied decimal (4.2) 


Update 


Character 


1 


A, C, or Blank 



Total 18 
USE: 



This table is a matrix that is directly tied to the parameter table by the 
index code. Its purpose is to give a numeric multiplier that is applied to the occurrence 
field in the parameter table, to vary the parameter by service area and/or sex and/or 
region, (i.e. if the occurrence is 2 and the multiplier for a male is 1.5, the male may 
receive a total of 3.) Multiple multipliers may be applicable to each parameter. 



REGION STATISTIC TABLE 

Table provides a listing of CPT codes for an index code with a numerical 
factor used to adjust the frequency of each code by regional data analysis. 



Index Code 


Alphanumeric 


5 


Left justified assumed decimal after 3rd 
position. 


Region 


Alpha/Numeric 


2 


Medicares Ten Regions 


Multiplier 


Decimal 


6 


Implied decimal (4.2) 


Update 


Character 


1 


A, C, or Blank 



Total 14 
USE: 



This table is a matrix that is directly tied to the parameter table by the 
index code. Its purpose is to give a numeric multiplier that is applied to the occurrence 
field in the parameter table, to vary the parameter by service area and/or sex and/or 
region, (i.e., if the occurrence is 2 and the multiplier for a region is 1.5, the region may 
receive a total of 3.) Multiple multipliers may be applicable to each parameter. 
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FILE LAYOUT FOR CLAIMS DATA CONTRIBUTION 



We prefer Electronic Media Claims National Standard Format; however, 
if you are not using EMC the following is our suggested layout. Please include an exact 
layout of the format you use with your submission. The record layout that follows is for 
each line item that appears on a claim. The charge (field 19) should be^the non- 
discounted fee-for service . There should be no aggregation or fragmentation. 



Field 



Alpha/ 



Number 


Description 


Length 


Numeric 


Comments 


1. 


Rendering Provider ID 


15 


A/N 


Unique provider identification number or SSN 


2. 


Billing Provider ID 


15 


A/N 


Unique provider identification number or SSN 


3. 


Provider Specialty 


3 


Am 


Supply a List of Specialty codes used 


4. 


Patient ID 


17 


A/N 


Unique patient ID number or SSN. May be an 










encrypted or encoded format. 


5. 


DOB 


6 


N 


Patient Date of Birth MMDDYY 


6. 


Sex 


1 


A 


M — Male, F = Female 


7. 


Subscriber ID 


25 


A/N 


Insured's I.D. No., Normally SSN 


8. 


Relationship 


1 


N 


Patient to Subscriber, 1 = Self, 2 = Spouse, 3 










= Dependent 


9. 


Bill ID 


15 


A/N 


Unique claim/bill identification number 


10. 


From Date of Service 


6 


N 


MMDDYY 


11. 


To Date of Service 


6 


N 


MMDDYY 


12. 


Provider Zip 


5 


N 


Standard 5 digit Zip Code 


13. 


Place of Service 


2 


Am 


Supply a list of POS codes used 


14. 


Type of Service 


2 


A/N 


Supply a list of TOS codes used 


15. 


Procedure Code 


5 


N 


Submitted CPT or HCPC code 


16. 


Modifier 


2 


N 


Submitted CPT modifier 


17. 


2nd Modifier 


2 


N 


If multiple modifiers are submitted, show the 










second modifier used. Anesthesia Modifiers 










(P1-P6) 


18. 


Claim type 


3 


Am 


Payor Class Code-W/C, HCFA, Medicaid 


19. 


Charge 


5 


N . 


etc. 

Billed amount, right justified, whole dollars 


20. 


Allowed Amount 


5 


N 


Right justified, whole dollars 


21. 


# of days/units 


5 


N 


number of days and/or units 


22. 


Anesthesia time 


3 


N 


Actual Minutes 
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23. 
24. 



25. 
26. 
27. 

28. 



ICD1 
ICD2 



ICD3 
ICD4 

Out-patient facility 
Revenue Code 



A/N 
A/N 



A/N 
Am 
A/N 

N 



First diagnostic code attached to procedure 
Second diagnostic code attached to procedure 
(Both ICD1 & ICD2 are left justified, 
assumed decimal after 3rd byte) 
Third diagnostic code attached to procedure 
Fourth diagnostic code attached to procedure 
Outpatient facility/outpatient hospital 
identifier 

Revenue center code 



ACCEPTABLE MEDIA TYPES 

* 9 track tape: 1600 or 6250 BPI, ASCII or EBCDIC, Labeled or Unlabeled, 
Unpacked data, Fixed record lengths 

* Floppy disk; 3.5" (1.44Mb or 720K) or 5.25" (1.2Mb or 360K), Standard MS- 
DOS formatted disk, ASCII fixed record length or delimited file 

* DC 600A or DC 6150 cartridge : "TAR" or single ASCII or EBCDIC file, 
Unpacked data, Fixed record lengths 

* 8 mm Exabyte tape: "TAR" or single ASCII or EBCDIC file, Unpacked data, 
Fixed record lengths 

* 3480 cartridge: Unpacked data, Fixed record lengths, Compressed or 
Uncompressed 

* Maximum Block size 64,280 



DATA PROCESSING METHODOLOGY 

This invention is a process for analyzing healthcare providers' billing 
patterns to assess utilization patterns of medical services. The method of the invention 
incorporates a set of statistically derived and clinically validated episode of care data to 
be used as a paradigm for analyzing and comparing providers' services for specific 
diagnoses or medical conditions. This invention utilizes a series of processes to analyze 
the client's healthcare claims history to create unique parameters. In its preferred 
embodiment, the invention is implemented in software. The invention provides the 
following functions or tools to the client: creation of local profiles, display of profiles 
and comparison of profiles. 
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The creation of local profiles function gives the client the ability to 
develop unique episode of care profiles utilizing their own claims history data. The 
process for creating these profiles is identical to the process used in the development of 
the reference profiles. 

The display of profiles function provides a look-up capability for 
information stored in the reference tables or in client generated profile tables. This 
look-up capability may be displayed on the computer screen or viewed as a hard-copy 
printout. 

The comparison of profiles function provides a comparison between any 
two profile sources with attention to variance between them. Some examples include 
comparing client specific profiles to reference tables, comparing a specific subset of the 
client's data (eg, single provider) against either reference tables or the client's profiles, or 
comparing different subsets of the client's profiles to subsets of reference tables. 

There are four main processes involved in the invention, as depicted in 
FIG. 10. These are Read, Analyze and Merge (RAM), 1001, further depicted in FIG. 
11; Episode of Care analysis (EOC), 1002, further depicted in FIG. 12; Look-up 
function, 1003, further depicted in FIGS. 13 and 14; and Profile Comparison, 1004, 
further depicted in FIG. 15. The invention also includes an innovative reporting 
mechanism. Each of these four main processes and the reporting mechanism is 
described in detail in the remainder of this section. 

A. Transforming Raw Data Into an Informative Database 

Both the RAM and the EOC processes involve healthcare claims history 
search and analysis. The intent of the RAM and the EOC claims history processing is to 
enable the end user to establish their own unique profiles based on their existing claims 
data information. Developing a database of historical provider billing data which will 
be used to provide the functionality of the invention is the first step in the invention. 

1. Read, Analyze and Merge ("RAM") 

In order to define a profile a significant quantity of historical medical 
provider billing information must be analyzed. As indicated above, the provider billings 
may come from a variety of sources, with the general guideline that accuracy and 
completeness of the data and a statistically significant sample of provider billings are 
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f required to develop a reliable profile. In the preferred embodiment of the invention, no 
less than two years of consecutive claims history are used to develop the profiles. The 
RAM process verifies existence and validity of all data elements in a claims history 
before the data is processed to develop a profile. The reader is directed to FIGS. 1 and 

f 6-8 for pictorial representations of the preferred embodiment of the invention. FIG. 1 
depicts the high level steps performed in one embodiment of the invention. The data 
flow shown in FIG. 1 includes loading client data 101 from tape 100, reordering various 
fields 103 and performing date of service expansion 104 as necessary. Next, data are 

/ O merged (combined) 1-5 and sorted 106 to ensure all bill IDs are grouped together. The 
data 108 are then read, analyzed and merged into an extended data set (EDS) 110. 
Reporting and any other processing may occur 1 1 1 and an Episode of Care database 1 12 
is created. In the preferred embodiment of the invention, the steps of the invention are 
implemented in a software product referred to as Care Trends available from Medicode, 
i i Inc. of Salt Lake City, Utah. 

FIG. 6 depicts read, analyze and merge processing that occurs in the 
preferred embodiment of the invention. First, one claim at a time the data 603 are read 
601, crosswalked and scrubbed (filtered) 602. Then a claim is analyzed 604 with the 
results output to a log file 605. The results in the log file 605 are then compared 606 to 
%0 the original claim data and inserted 607 into an extended data set 608. 

FIG. 7 depicts an analytical process of the preferred embodiment that 
includes initializing 701 RVU and line number for each line of the claim and sorting 
702 by RVU (descending) and CPT and charge in order to prepare for proper analysis by 
Medicode's Claims Edit System (CES). Then 703 line items are split into two 

~L s" groupings of surgical assistant modifiers and all other modifiers in separate groups. 
Each of the two groups is then validated 704 against disease classification codes (ICD 
9); procedure edits rules 705 (CES tables) and unbundle/rebundle edits 706 are 
performed. 

FIG. 8 depicts the merge process of the preferred embodiment of the 
\ 0 invention. It includes reading 802 each line from the log file for the current bill, 

proceeding with processing if the record read is pertinent 804 and determining whether 
to add the record to the extended data set 805-807. 
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The following text includes a written description of the RAM processing 
that is performed in the preferred embodiment of the invention. FIG. 1 1 shows the 
RAM process. 

The first step in the RAM process is determination of a patient record, 
t f 1101. It is necessary to establish a patient record that can be used in the episode of care 
extraction process (explained in detail below). In the preferred embodiment, a patient 
record is identified as a unique patient history involving no less than two years of 
sequential claims history. Because identifying patient information is often removed 
from patient records to ensure patient confidentiality, patient information such as 
t q subscriber/relationship, patient ID, age, gender, bill ID and claim ID may be useful in 
positively identifying a particular patient. It should be noted that claims history data 
from various sources may need to be handled differently to identify patient records due 
to differences in file organization and level of detail of information provided. The 
amount of information desired to be captured may vary in different embodiments of the 
/^invention, but generally the information to be captured is that on a standard HCFA 1500 
billing form, Electronic Media Claims, UB 82 or UB 92 claim forms, all of which are 
generally known in the industry. 

The next step, 1 102, is the manipulation of the client file layout to 
extrapolate or crosswalk the pertinent information in order to conform to the logic of the 
m£) invention. Examples of this step include: translation of type of service, specialty type, 
modifiers, and/or place of service information. 

The next steps involve the validation of claims elements. Each line item 
of claims history is compared against the Procedure, Description tables, (such as CPT or 
HCPCS description tables; such tables generally are referred to as Description Tables 
f and may contain any coding schemes) and the ICD description tables to validate the 
codes contained in the line item, 1 103. Line items with an invalid code are not included 
in the remainder of RAM processing, though they are counted for future reference. Line 
items which indicate services being performed over a period of more than one day are 
expanded into numerous line items, one for each service performed, 1 104. The services 
J D are then each given a unique date of service beginning with the "date of service from" 
for the first line item and ending with the "date of service to" for the last line item. The 
last validation step, 1 105, is the conversion of old CPT codes to new CPT codes. This 
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step is essential to provide the most accurate statistics relative to physician office and 
hospital visits (termed Evaluation and Management Services). 

The last step of the RAM process is to edit all claims for errors, through 
an appropriate claims edit tool, 1 106. In the preferred embodiment, software known as 
"CLAIMS EDIT SYSTEM" which is available from Medicode, Inc. located in Salt Lake 
City, Utah is used to detect and correct any duplicate line items or inappropriately billed 
services. This results in an appropriately processed set of raw data that is now in a 
condition for episode of care processing. The reader is directed to the RAM source code 
in the Microfiche Appendix for all details of this processing performed in the preferred 
embodiment. 

Figure 9 depicts episode of care formation in the preferred embodiment. 
This processing includes processing the records in the extended data set that relate to the 
current index code. This relation is determined by the index tables. Then the records 
are broken into potential episodes_of care based on a perio d of time specified in a 
windo^Ltable. Then the episo de of c are is qualified based on the rules in a qualifying 
Stable. Qualifying episodes of care are inserted into the episode of care table. 
2. Determination of Episode of Care 

The next step in transforming raw data into a useful database is to 
determine episodes of care for the data that has already undergone RAM processing. In 
the invention, a database is created which contains profiles for various diagnoses, 
chronic and otherwise, including complications indicators. Creation of the database 
depends on accurately defining an episode of care ("EOC") for each diagnosis. An 
episode of care is generally considered to be all healthcare services provided to a patient 
for the diagnosis, treatment, and aftercare of a specific medical condition. The episode 
of care for a single disease is depicted in FIG. 2. In the simplicity of the figure, it can be 
seen that for the diagnosis in question, all healthcare services provided between onset 
and resolution should be incorporated into the database. An example of this would be a 
patient who has been afflicted with acute appendicitis. The patient's life prior to onset 
of the acute appendicitis would be considered a disease free state. On some date, the 
patient would notice symptoms of acute appendicitis (although he may not know the 
diagnosis) that cause him to seek the attention of a medical provider. That event would 
be considered the onset. During the disease state, numerous events may occur, such as 
the patient consulting a family practitioner, consulting a surgeon, laboratory work and 
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surgical services being performed, and follow-up visits with the provider(s). When 
further follow-up is no longer required, resolution has been reached. Thus an episode 
of care has been defined and data from that patient's episode of care is used in the 
invention to construct a profile for the diagnosis applicable to that patient. Without the 
use of additional logic, however, the use of that definition of an episode of care would 
result in erroneous data being entered into the EOC database. 

For example, in FIG. 3 it can be seen that a patient suffering from a 
chronic disease who contracts a second disease could be treated both for the chronic 
disease and for the second disease during the disease state (i.e. between onset and 
resolution). If all medical provider billing data during the disease state were entered 
into the database, then the database would contain erroneous historical data for that 
individual's diagnosis. For example, if a patient who suffers from psoriasis were to be 
diagnosed with acute appendicitis and received treatment for psoriasis between the time 
of onset and resolution of his acute appendicitis, then the provider billings would 
contain both billings for treatment of the psoriasis and the acute appendicitis. Therefore 
the invention incorporates methods for discerning medical provider billings relevant to a 
particular diagnosis. Further, the disease state could be the active state of a chronic 
disease, and resolution could be the disease returning to its inactive state. A method for 
handling this situation is therefore also provided. 

Other alternatives in the course of a disease further complicate accurately 
defining an episode of care. From FIG. 4 it can be seen that for any particular diagnosis, 
the outcome could be resolution, as described above, return to the chronic state of a 
disease, or complication of the disease. For example, if a patient has undergone an 
appendectomy, the patient may contract an infection following the surgical procedure. 
Because complications of various types and durations and in varying frequencies are 
associated with various diagnoses, a method for incorporating the complication data into 
the statistically-derived practice parameter is intended to be provided in the invention. 

FIG. 5 depicts the phases of an episode of care, including the sequence of 
patient workup, treatment, and eventual solution, return to the chronic state, or 
complication followed by either resolution or return to the chronic state. 

The method for defining an entire episode of care provided in the 
invention is used to construct a database of EOCs based on billing data that has been 
filtered to eliminate data irrelevant to the diagnosis which would lead to an erroneous 
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profile. Essential to the determination of an EOC are certain qualifying circumstances. 
These circumstances are managed through the use of interrelational qualifying tables, to 
provide a mechanism for sorting patient history for the occurrence of specific 
procedures or ICD codes that are requisite for an EOC to be valid. 

The steps used in the preferred embodiment to determine an episode of 
care are shown in FIG. 12 and as follows, 
a.) Data Sort by Index Code 

First, 1205, a temporary file is created based on combining the 
authorized and/or disallowed ICD codes that are associated with a given index code in 
the Index Global Table (listing preventative and aftercare codes) and the Index Detail 
tables. The temporary file is created using the Index Table, which determines whether 
or not the Index Detail Table only should be accessed or whether the Index Global Table 
is also necessary for drafting the temporary file. Second 1202, the raw data set which 
has undergone RAM processing is sorted by index code (i.e. principal diagnosis) to find 
all patient records within a patient history having an occurrence of a particular index 
code. It is contemplated that the number of occurrences of a particular index code can 
be defined by the user. In the present embodiment, it is recommended that the particular 
index code being sought occur on at least two different dates of service. Third, 1203, 
the valid components of these patient records are then checked against the 
interrelational qualifying tables to identify ICD codes associated with the chosen index 
code. In addition, the patient records are searched for any comorbidity ICD codes that 
would disqualify the patient record for inclusion in the EOC (such as diabetes or renal 
failure). 

Fourth, the patient records are compared against the interrelational 
qualifying tables to ensure compliance with all patient-level qualifying rules. Patient 
records that fail to qualify are no longer considered for EOC evaluation for this Index 
Code, however, they may still qualify for other Index Code analysis. Fifth, 1205 all 
relevant line items for every remaining patient record are checked against the temporary 
file created in step one for complicating diagnosis codes. Any patient record thus 
identified with a complicating diagnosis code is removed from further EOC processing. 

b.) Determination of Clear Windows 

Clear window processing defines the onset and resolution points of an 
episode of care. The actual parameters used in clear window processing may vary in 
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various implementations of the invention. A clea r window time period is selected for 
the specific Index Code from the window table 1206. Next, 1207 proceeding 
chronologically, each record is compared with the record immediately preceding it. The 
first record read defines the beginning event of an initial episode of care and the last 
record read defines the terminating event of a final episode of care. If the two records 
being compared are separated by a time period equaHx^o rgreater than, the clear 
window the earlier record is identified as the terminating event of the earlier episode 
and the later record is identified as the beginning event of the next episode. 
Accordingly, the initial episode of care and the final episode may be the same episode of 
care. It is also possible, for the first record and the last record to be the same record. 
This iterative process is continued for all remaining records for all patient claims. In 
this fashion potential EOCs are identified within the patient claims, 
c.) Valid Episode of Care 

Each potential episode is then checked to determine if the index code in 
question appears on the required number of dates of service within the EOC 1208. If 
the index code does not appear the required number of times, the potential EOC is 
pended. The qualifying tables are then checked to determine if the potential EOC meets 
the minimum criteria for procedure codes (such as surgical services) that are expected to 
be found withina jotential episode of care for a given index code. If the minimum 
criteria are not found in an episode of care, it will not be considered in the profile 
summary. Processing continues for all patient records. Once an EOC has been 
determined for a jet pfj?laimsj^ the criteria for an Index code, a profile is 

assigned to the EOC based upon different c ombinations^of tr^tmentpatterns Jh are 
likely to arise for a given medical condition, 1209. There are eight basic profile classes 
which outline the common combinations of treatment .patterns to statistically analyze 
and store. These Profile Classes are: 

0. Common Profile (diagnostic and E/M services common to all of the 

above). 

1 . Surgery/Medicine/Radiation Profile 

2. Medicine/Radiation Profile 

3. Surgery/Radiation Profile 

4. • Surgery/Medicine Profile 
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5. Radiation Profile 

6. Medicine Profile 

7. Surgery Profile 

8. Summary Profile (summary of 0-7 above) 

After all valid EOCs have been assigned to a unique profile processing 
continues with population of the procedure and category tables. 

d.) Populating the Procedure and Category Parameter Tables 

The data from qualified EOCs will be added to the procedure and 
category parameter tables 1210. Data from all of the episodes of care for each index 
code are inserted into the parameter tables to create the summary statistical profiles. In 
the preferred embodiment these tables are accessed by index code and populated with 
data from all the episodes of care for each index code to create and provide summary 
statistics. The procedure description table and category table are also accessed to 
determine a description of the procedure codes and the service category in which they 
fall. 

The final step of the EOC process is the generation of output reports, 
1211. The output report of this step can be either an online look-up report or a hard 
copy report. Reports are further described below. 

The reader is directed to the Microfiche Appendix containing the source 
code for EOC processing and to FIG. 9 for supplementary information. 
B. Use of the Database 
1. Look-up Function 

In the preferred embodiment of the invention, a look-up function is 
provided so that various information available in the database may be accessed. In 
general, a specific diagnosis may be reviewed in each of the tables of the database based 
on ICD code. In various embodiments of the invention, other look-up functions may be 
provided based on nearly any category of information contained in the database. In the 
preferred embodiment of the invention display of profiles is performed as part of the 
look-up function. Information in the procedure and category parameter tables are 
displayed by index code sorted chronologically to show a profile. 

The specific steps of the preferred embodiment of the Look-Up function 
of the invention are shown in FIG. 13 and described as follows. 
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The first step, 1301, is to review the reference tables for a given Index 
ICD code. Once a specific diagnosis is chosen for review the process moves to step 
two. In step two, 1302, the ICD description table is accessed to verify that the ICD-9 
code is valid, complete and to provide a description of the diagnosis. It will also 
indicate a risk adjustment factor assigned to the diagnosis. 

In step three, the Index tables are accessed, 1303. Next, step four, 1304, 
is to determine whether or not the chosen ICD code is an Index code. If it is found as an 
Index code, any additional ICD codes associated which the selected Index code will be 
accessed, 1305. If a chosen diagnosis is not listed as an index code, a prompt, 1306, 
will allow a search for the selected ICD code to list which index code(s) it may be 
associated with and its indicator, 1307. A word search capability, 1308, is included in 
the look-up function applicable to the Index code display. A word or words of a 
diagnosis is entered and a search of possible ICD codes choices would be listed. 

The next step, 1309, is to access the Parameter Tables to display selected 
profiles. The information provided is driven by the index code and is sorted 
chronologically, by profile class and by category of procedures. The user is then given 
the opportunity to choose whether the profiles to be accessed are from the reference 
tables, client developed profiles, or both, 1310. Next the Procedure Description Table, 
1311, and the Category Table, 1312, are accessed to ascertain description of procedure 
codes and categories under which they fall. 

The last step of the Look-Up function is the output of report product, 
1313. This report may either be on-line look-up process or in the hard copy report 
format. 

The preferred embodiment of the invention also performs subset profile 
look-up. This permits analysis of profiles based on selected subsets of data such as age, 
gender, region and provider specialty. 

The process for the subset of profiles look-up includes all of the steps 
necessary for the general profiles look-up and includes the following additional steps 
shown in FIG. 14 and described below. 

The Age/Gender Table is accessed to ascertain the standard age ranges 
and/or gender selection for a given profile, 1402. This information is stored by index 
code with an adjustment factor to be multiplied against the occurrence count of each 
procedure stored in the parameter table. For example, an adjustment factor of 0.6 
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associated with an age range of 0 to 17 would be calculated against an occurrence count 
of 10 for CPT code 71021 for Index code 493XX giving an age adjusted occurrence of 6 
for that age range. 

The Region Statistic Table, 1403, is accessed and used in a similar 
manner as the Age/Gender Table. This table has adjustment factors based on ten 
regions throughout the United States. 

The Zip/Region Table, 1404, is accessed to identify what region a 
particular geographic zip code falls within. 

The CPT Statistic Table, 1405, is accessed and used in a similar manner 
as the Age/Gender table. This table has adjustment factors based on different medical 
specialty groupings. 

The Specialty table, 1406, is accessed to ascertain what particular 
specialty groupings are suggested. 

The subset parameter Look-Up function also includes the capability of 
producing output reports, 1407. These reports can be on-line look-up process reports 
or hard— copy report format reports. 

2. Comparison Processing 

In the preferred embodiment of the invention, it is possible to compare 
profiles developed from a data set against profiles developed from a reference data set. 
Subsets of profiles may be compared as well. Profiles may be compared for any index 
code and profile reports may be output. It is also possible to identify those medical 
providers (whether individuals or institutions) who provide treatment that does not fall 
within the statistically established treatment patterns or profiles. Further, various 
treatment patterns for a particular diagnosis can be compared by treatment cost and 
patient outcome to determine the most effective treatment approach. Based on historical 
treatment patterns and a fee schedule, an accurate model of the cost of a specific 
medical episode can be created. 

The specific process of Comparison Processing is shown in FIG. 1 5 and 
described as follows. The first step, 1501, is the comparison of information developed 
from the data history search process with reference information stored in the Parameter 
Tables. The next step, 1502, is to test the services from the history processing to see if 
it falls within the defined statistical criteria in the Parameter Tables. If it does an 
indicator is given to this effect, 1504. If the services fall outside the statistical criteria of 
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the reference Parameters Table, a variance alert describing the difference will be given, 
1503. The process may be repeated for each index code and its profile developed in the 
history process, 1505. The final step is to produce output reports, 1506. These reports 
are either on-line look-up process reports or hard-copy report format reports. 
3. Reporting 

Reporting of various information contained in the database is provided in 
the preferred embodiment. Six different types of reports or displays are provided in the 
preferred embodiment, these are: Provider Practice Profile Report, Profile Comparison 
Reports, Resident Parameters Display, Local Parameters Display, Parameter 
Comparison Report and Chronological Forecast. Each of these reports or displays is 
described as follows. 

The Provider Practice Profile Report is a set of reports which provide a 
tally or summary of total CPT and/or ICD code utilization by a provider or group of 
providers during a specified time interval and allows comparison against provided 
reference data or client generated reference data. 

The select criteria for running the tally can be any one of the following: 

- single physician, department, specialty or clinic by CPT and/or ICD 

- multiple physicians, departments, specialties, or clinics by specialty, 
region, CPT and/or ICD 

- period of time being analyzed 
Included in the report is the following: 

- criteria for select 

- claims analyzed 

- average lines per bill 

- invalid CPTs and percent of total for study 

- invalid ICDs and percent of total for study 

- incomplete ICDs and percent of total for study 

- patients in age categories 

- patients by gender 

- missing ICDs and percent of total for study 

The report includes numerous (up to about 22 in the preferred 
embodiment) separate procedure (such as CPT) categories which are headers for each 
page. Each CPT utilized within that category will be reported by: 
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- frequency and percent of total 

- dollar impact and percent of total for single or multiple fee schedules 
and/or allowable reimbursement schedules 

- grand total if more than a single physician report 

The report includes a tally by ICD. Each ICD utilized is reported on by: 

- frequency and percent of total 

- dollar impact and percent of total for single or multiple fee schedule 
and/or allowable reimbursement schedules (dollar impact based on 
each line item CPT correlated to the ICD) 

If a report includes region and/or specialty, there are numerous tallies for 
procedure categories and/or ICD. 

The Profile Comparison Reports give the client a comparison of a health 
care provider's (or group of providers') utilization of CPT and/or ICD-9 codes in a 
specific episode of care against a reference set of utilization profiles. This includes 
number, frequency and chronological order of services along with other statistical 
information (eg, range, mode, confidence interval, etc.). 

The comparison can be against one of the following: 

- national norms resident in the tables 

- regional norms resident in the tables 

- client established norms developed by use of the tally report, outlined 
above 

- other 

Selection criteria include the following: 

- single physician, department, clinic or specialty by CPT and/or ICD 
to be compared against national, regional, specialty, and/or client 
established norms 

- multiple physicians, departments, clinics, or specialties by CPT 
and/or ICD by specialty and/or region, to be compared against 
national, region, specialty, and/or client established norms 

- set period of time being analyzed 

General information included in the report includes: 

- criteria for select (i.e., national, regional, specialty, and/or client 
established) 
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- claims analyzed 

- average lines per bill 

- invalid CPTs and percent of total for study and comparison 

- invalid ICDs and percent of total for study and comparison 

- incomplete ICDs and percent of total for study and comparison 

- patients in age categories and comparison 

- patients by gender and comparison 

- missing ICDs and percent of total for study and comparison 

The report includes numerous separate CPT categories which are headers 
for each page. Each CPT utilized within that category will be reported by: 

- frequency and percent of total 

- dollar impact and percent of total for single or multiple fee schedules 
and/or allowable reimbursement schedules 

- grand total if more than a single physician report 

The report includes a tally by ICD. Each ICD utilized is reported on by: 

- frequency and percent of total 

- dollar impact and percent of total for single or multiple fee schedule 
and/or allowable reimbursement schedules (dollar impact based on 
each line item CPT correlated to the ICD) 

If a report includes region and/or specialty, there are numerous tallies for 
CPT categories and/or ICD. 

The Resident Parameters Display provides the client a look-up mode for 
information stored in the Practice Parameter Tables or client generated parameter tables. 
This lookup should be on the computer screen or as a print out. 

The selection criteria is based on the key elements of the Practice 
Parameter tables. For Example: 

- Index code for associated CPT codes and/or any other the following: 

- index code only 

- index code and indicators (i.e, related, complicating, rule/outs, 
symptoms, etc) 

- specialty 

- region 
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- age 

- gender 

- standard length of Episode of Care 

- based on profile (tally) 

- based on parameter (timeline) 

- regional variables 

- other misc. look-ups 

- geozips incorporated in a region 

- CPT for follow up days and/or lifetime occurrence 

- specialty and associated CPT codes 

- ICD and Risk Factor 

The Local Parameters Display provides the same information as 
described in the Display of Resident Parameters listed above. 

The Parameter Comparison Reports are a set of reports which give the 
client a comparison of a physician (or group of physicians) utilization of CPT and/or 
ICD against an existing set of utilization norms over a timeline and in chronological 
order. 

The comparison can be against one of the following: 

- national norms resident in the tables 

- regional norms resident in the tables 

- client established norms developed by use of the tally report, outlined 
above 

- other 

Selection criteria include the following: 

- single physician, department, clinic or specialty by CPT and/or ICD 
to be compared against national, regional, specialty, and/or client 
established norms 

- multiple physicians, departments, clinics, or specialties by CPT 
and/or ICD by specialty and/or region, to be compared against 
national, region, specialty, and/or client established norms 

- set period of time being analyzed 

General information included in the report includes: 
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- criteria for select (i.e, national, regional, specialty, and/or client 
established) 

- claims analyzed 

- average lines per bill 

- invalid claims due to incomplete Episode of Care 

- invalid CPTs and percent of total for study and comparison 

- invalid ICDs and percent of total for study and comparison 

- incomplete ICDs and percent of total for study and comparison 

- patients in age categories and comparison 

- patients by gender and comparison 

- missing ICDs and percent of total for study and comparison 

The report includes numerous separate procedure categories which are 
headers for each page. Each procedure category utilized within that category will be 
reported by: 

- frequency and percent of total 

- dollar impact and percent of total for single or multiple fee schedules 
and/or allowable reimbursement schedules 

- grand total if more than a single physician report 

The Chronological Forecast provides statistical trend analysis and 
tracking of the utilization of billing codes representative of services performed by a 
physician for a given diagnosis over a set period of time and stored in chronological 
order. It will provide a summation of billed codes representative of services and 
diagnoses utilized by an entity over a period of time. 
C. System Requirements 

The method and system of this invention may be implemented in 
conjunction with a general purpose or a special purpose computer system. The 
computer system used will typically have a central processing unit, dynamic memory, 
static memory, mass storage, a command input mechanism (such as a keyboard), a 
display mechanism (such as a monitor), and an output device (such as a printer). 
Variations of such a computer system could be used as well. The computer system 
could be a personal computer, a minicomputer, a mainframe or otherwise. The 
computer system will typically run an operating system and a program capable of 
performing the method of the invention. The database will typically be stored on mass 
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storage (such as a hard disk, CD-ROM, worm drive or otherwise). The method of the 
invention may be implemented in a variety of programming languages such as COBOL, 
RPG, C, FORTRAN, PASCAL or any other suitable programming language. The 
computer system may be part of a local area network and/or part of a wide area network. 

It is to be understood that the above-described embodiments are merely 
illustrative of numerous and varied other embodiments which may constitute 
applications of the principles of the invention. Such other embodiments may be readily 
devised by those skilled in the art without departing from the spirit or scope of this 
invention and it is our intent that they be deemed within the scope of our invention. 
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